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DETAILED ACTION 

1 . This action is in response to the RCE received on 10/12/2005. 

2. Claims pending in the application: 1-18. 

3. A request for continued examination under 37 CFR 1.114, including the fee set forth in 
37 CFR 1 . 1 7(e), was filed in this application after final rejection. Since this application is 
eligible for continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 1 .17(e) 
has been timely paid, the finality of the previous Office action has been withdrawn pursuant to 
37 CFR 1.114. Applicant's submission filed on 10/12/2005 has been entered. 

Response to Arguments 

4. Applicant's arguments with respect to claims have been considered but they are not 
persuasive. 

In the remarks, the applicant has argued that: 

(i) Applicants repeatedly argued that the claimed invention involve INTERprocedural 
optimization, and so involves global variable. Sreedhar, Sastry and Van Dyke each 
relate to intraprocedural opitimization. Thus, even if combined, they would still relate 
only to intraprocedural optimization and so would not suggest the claimed invention. 

Examiner's response: 

(i) In response to Applicants arguments, Sreedhar, Sastry and Van Dyke disclose the 
compiler optimization in which local and global are used. Specifically, in Sastry the 
register promotion optimization aims at allocating global variables to virtual registers 
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to improve the overall program performance. In register promotion optimization, 
Sastry used global variables (See page 5 [0055] and page 8 [01 12] and See the 
rejection below) as claimed in amended claims. Further, Sastry does provide the 
motivation that why would one skill in the art perform such action, to improve the 
overall performance of the program. Therefore, the rejection is proper and maintained 
herein. 

Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in section 1 02 of this 
title, if the differences between the subject matter sought to be patented and the prior art are such that the subject matter as a 
whole would have been obvious at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention was made. 

6. Claim 1-7, 9, and 11-16 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
US Patent No. 6,182,284 to Sreedhar et al, hereinafter called Sreedhar, in view of US Pub. No. 
2002/01661 15 to Sastry hereinafter called Sastry. 

Per claims 1, 2, and 5: 
Sreedhar disclose: 

- A method for determining the correctness of a potential interprocedural dead store 
optimization for an optimizing compiler (col. 1, lines 13-15 "a method and system for 
translating optimized, intermediate-level, static-single-assignment-form computer 
code... instructions into optimized, intermediate-level computer code"), the optimizing 
compiler generating an intermediate representation of code to be compiled including a 
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call graph (col. 4, lines 5-9 "control-flow-graph representation of SSA-form code, 
interference-graph representation of variable interferences in SSA-form code"), the 
method comprising a top-down traversal of the call graph, and, for each procedure 
definition reached in the call graph traversal, further comprising: 

- determining a live on exit set of global variables for the reached procedure definition 

(col. 9 lines 39-42 "LiveOut set is the set of variables, or registers, that are live at the 
exit of a basic block. A variable is "live" ... a path to the exit of the program. . . value. . . 
used before it is redefined"); 

- determining a live on exit set of global variables for each procedure call point within the 

reached procedure definition (col. 9, lines 39-40 "LiveOut set is the set of variables, or 
registers, that are live at the exit of a basic block"); 

- using the determined live on exit set of global variables for the reached procedure 

definition to determine the variables (col. 9, lines 39-40 "LiveOut set is the set of 
variables, or registers, that are live at the exit of a basic block") that are ineligible for 
interprocedural dead store elimination in the reached procedure definition (col. 9, lines 
42-46 "A variable is "dead" at that point if there is no such path... a variable is live at 
the exit of a basic block if it is live at the entry to any of the basic block's successor 
basic blocks in the control flow graph"). 



Sreedhar does not explicitly disclose storing the determined live on exit set of global variables 
for each procedure call point in an entry in a live on exit structure. 
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However, Sastry discloses in an analogous computer system storing the determined live 
on exit set of global variables for each procedure call point in an entry in a live on exit structure 
(page 7, paragraph 106 "store instruction in the web that are live outside the interval, stores are 
inserted in the tail block of each exit edge of the interval", page 5, paragraph 55 ". . . A function 
call may modify and use all memory singleton resources that represent global variables . ... each 
global variable in the program is associated with a memory resource. Singleton resources are 
converted to SSA form in order to treat them uniformly with register resources and apply 
optimizations, such as global value numbering and dead code elimination, to memory 
instructions as well. . and page 8, paragraph 112 "benchmark "go" uses a number of gl obal 
variables including freelist, mvp, etc. which are successfully promoted by the SRP-SSAR 
system 100. The benchmark "ijpeg" shows a significant reduction in loads even though only a 
few stores could be eliminated"). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to incorporate the method of storing the live on exit set of variables as 
taught by Sastry into the method of optimization of a compiler as taught by Sreedhar. The 
modification would be obvious because of one of ordinary skill in the art would be motivated to 
store the live on exit set of variables to ensure the value in the virtual register and in value in the 
memory are consistent before entering and after exiting during optimization as suggested by 
Sastry (page 1, paragraph 6 and 10). 

Per claims 3 and 4: 

The rejection of claim 2 is incorporated, and further, Sreedhar disclose: 
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- determining a basic block live set for each block of computer code in a control flow 

graph for the reached procedure definition (col. 8, lines 66 to col. 9, lines 1-2 "The basic 
control flow graph, shown in FIG. 1 . . . lists of variables, or registers, that are live at the 
beginning and the end of each basic block"), the basic block live set comprising the 
variables used in the block of computer code and the variables used in any procedure 
called within the block of computer code (col. 9, lines 39-40 "LiveOut set is the set of 
variables, or registers, that are live at the exit of a basic block"), and 

- determining the live on exit set of variables for each procedure call by taking the union of 

the basic block live sets for all successor blocks to the block in the control flow graph 
containing the procedure call point (col. 9, lines 44-46 "a variable is live at the exit of a 
basic block if it is live at the entry to any of the basic block's successor basic blocks in 
the control flow graph") and adjusting the union to include uses of variables in the code 
between the call point for the procedure and the end of the block containing the call 
point (col. 9, lines 18-22 "sets of variables called "USE(i) H for each basic block i are 
generated. . . set "USE(i) M for basic block i contains variables, or registers, that are used 
before they are defined"). 

Per claim 6: 

The rejection of claim 3 is incorporated, and further, Sreedhar disclose: 

- which the variables used in a procedure called within a block of computer code are 

determined by accessing the mod/use set for the procedure associated with the procedure 
definition node in the call graph (col, 8, lines 49-55 "The nodes in the control flow 
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graph of FIG. 1 correspond to basic blocks. . . edges linking the nodes. . . represent 
possible transfer of execution control by the last instruction of one basic block to the 
first instruction of another basic block") 

Per claim 7: 

The rejection of claim 1 is incorporated, and further, Sreedhar disclose: 

- which using the live on exit set of global variables for the reached procedure definition to 
determine the variables (col. 9, lines 39-40 "LiveOut set is the set of variables, or 
registers, that are live at the exit of a basic block") that are ineligible for interprocedural 
dead store elimination in the reached procedure definition (col. 9, lines 42-46 "A 
variable is "dead" at that point if there is no such path. . . a variable is live at the exit of a 
basic block if it is live at the entry to any of the basic block's successor basic blocks in 
the control flow graph") comprises generating pseudo uses of the members of the live on 
exit set of variables for the reached procedure definition in the data flow graph for the 
reached procedure definition (col. 4, lines 17-20 "the redundant copy elimination 
problem with an example and provides a pseudo-code implementation of a method for 
identifying redundant copies") 

Sreedhar does not explicitly disclose set of global variable. 

However, Sastry discloses in an analogous computer system set of global variable (page 
5, paragraph 55 "...A function call may modify and use all memory singleton resources that 
represent global variables . . . . each global variable in the program is associated with a memory 
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resource. Singleton resources are converted to SSA form in order to treat them uniformly with 
register resources and apply optimizations, such as global value numbering and dead code 
elimination, to memory instructions as well..." and page 8, paragraph 1 12 "benchmark "go" uses 
a number of globaix^isbles including freelist, mvp, etc. which are successfully promoted by the 
SRP-SSAR system 100. The benchmark "ijpeg" shows a significant reduction in loads even 
though only a few stores could be eliminated"). 

The feature set of global variable would be obvious for the reasons set forth in the 
rejection of claim 1. 

Per claim 9: 

The rejection of claim 2 is incorporated, and further, Sreedhar disclose: 

- using the live on exit set of global variables for the reached procedure definition to 
determine whether the reached procedure definition may be cloned by the optimizing 
compiler (col. 2, lines 63-67 to col. 3, lines 1-2 "Redundant copy instructions can be 
removed from the SSA- form intermediate-level code by considering the interference 
graph and by comparing the members of the phi congruence classes associated with the 
variables used in the copy instructions"). 

Sreedhar does not explicitly disclose set of global variable. 

However, Sastry discloses in an analogous computer system set of global variable (page 
5, paragraph 55 ". . . A function call may modify and use all memory singleton resources that 
represent global variables . . . . each global variable in the program is associated with a memory 
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resource. Singleton resources are converted to SSA form in order to treat them uniformly with 
register resources and apply optimizations, such as global value numbering and dead code 
elimination, to memory instructions as well. . ." and page 8, paragraph 1 12 "benchmark "go" uses 
a number of glpMi.v.^iables including freelist, mvp, etc. which are successfully promoted by the 
SRP-SSAR system 100. The benchmark "ijpeg" shows a significant reduction in loads even 
though only a few stores could be eliminated"). 

The feature set of global variable would be obvious for the reasons set forth in the 
rejection of claim 1. 

Claim 11 is the computer program product claim corresponding to method claim 1 and rejected 

under the same rational set forth in connection with the rejection of claim 1 above. 

Claims 12 and 13 are the system claim corresponding to method claim 1 and rejected under the 

same rational set forth in connection with the rejection of claim 1 above. 

Claim 14 is the process claim corresponding to method claim 1 and rejected under the same 

rational set forth in connection with the rejection of claim 1 above. 

Per claim 15: 

The rejection of claim 1 is incorporated, and further, Sreedhar disclose: 

- determining variables, other than variables determined to be ineligible for 

interprocedural dead store elimination, to be eligible for interprocedural dead store 
elimination (col. 9, lines 42-46 "A variable is "dead" at that point if there is no such 
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path. . . a variable is live at the exit of a basic block if it is live at the entry to any of the 
basic block's successor basic blocks in the control flow graph"). 

Per claim 16: 

The rejection of claim 15 is incorporated, and further, Sreedhar disclose: 

eliminating the variables determined to be eligible for interprocedural dead store 
elimination definition (col. 9, lines 42-46 "A variable is "dead" at that point if there is no 
such path. . . a variable is live at the exit of a basic block if it is live at the entry to any of 
the basic block's successor basic blocks in the control flow graph"). 

7. Claims 8, 10, 17, and 18 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Sreedhar, Sastry in view of US Patent No. 5,175,856 to Van Dyke et al., hereinafter called Van 
Dyke. 

Per claim 8: 

The rejection of claim 1 is incorporated, and further, neither Sreedhar nor Sastry disclose the live 
on exit set data structure comprises bit vector entries and is indexed by call graph edges. 

However, Van Dyke discloses in an analogous computer system the live on exit data 
structure comprises bit vector entries and is indexed by call graph edges (col. 17, lines 24-27 
"The symbol node 110 points to an array of bit vectors 150, each bit vector containing one entry 
for each block node 106 in the program. This array is indexed by the depth-first numbering of 
the block nodes 106"). 
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Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to incorporate the method of having an index in an array in a block 
nodes as taught by Van Dyke into the method of optimization of a compiler as taught in the 
combination system by Sreedhar and Sastry. The modification would be obvious because of one 
of ordinary skill in the art would be motivated to use bit vector entries and index by call graph 
to provide efficient method of optimization as suggested by Van Dyke (col. 4, lines 9-27). 

Per claim 10: 

Sreedhar disclose: 

- A method for determining the correctness of a potential interprocedural dead store 
optimization for an optimizing compiler (col. 1, lines 13-15 "a method and system for 
translating optimized, intermediate-level, static-single-assignment-form computer 
code... instructions into optimized, intermediate-level computer code"), the optimizing 
compiler generating an intermediate representation of code to be compiled including a 
call graph (col. 4, lines 5-9 "control-flow-graph representation of SSA-form code, 
interference-graph representation of variable interferences in SSA-form code"), the 
method comprising a top-down traversal of the call graph, and for each procedure 
definition reached in the call graph traversal, further comprising: 

- determining a live on exit set of global variables for each procedure call point within the 
reached procedure definition by (col. 9 lines 39-42 "LiveOut set is the set of variables, 
or registers, that are live at the exit of a basic block. A variable is "live". . . a path to the 
exit of the program. . . value. . . used before it is redefined"); 
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- determining a basic block live set for each block of computer code in a control flow 
graph for the reached procedure definition (col. 8, lines 66 to col. 9, lines 1-2 "The basic 
control flow graph, shown in FIG. 1 . . . lists of variables, or registers, that are live at the 
beginning and the end of each basic block"), the basic block live set comprising the 
global variables used in the block of computer code and the variables used in any 
procedure called within the block of computer code (col. 9, lines 39-40 "LiveOut set is 
the set of variables, or registers, that are live at the exit of a basic block"); and 

- determining the live on exit set of global variables for each procedure'call point by taking 

the union of the basic block live sets for all successor blocks to the block in the control 
flow graph containing the procedure call point (col. 9, lines 44-46 "a variable is live at 
the exit of a basic block if it is live at the entry to any of the basic block's successor 
basic blocks in the control flow graph") and adjusting the union to include uses of global 
variables in the code between the call point for the procedure and the end of the block 
containing the call point (col. 9, lines 18-22 "sets of variables called "USE(i)" for each 
basic block i are generated... set "USE(i)" for basic block i contains variables, or 
registers, that are used before they are defined"); 

- determining a live on exit set of global variables for the reached procedure definition 
(col. 9, lines 39-40 "LiveOut set is the set of variables, or registers, that are live at the 
exit of a basic block") by taking the union of all stored entries in the live on exit data 
structure corresponding to call points for the reached procedure (col. 9 lines 39-42 
"LiveOut set is the set of variables, or registers, that are live at the exit of a basic block. 



Application/Control Number: 09/965,521 Page 13 

Art Unit: 2191 

A variable is "live". . . a path to the exit of the program. . . value. . . used before it is 
redefined"); 

- removing all entries in the live on exit data structure corresponding to call points for the 

reached procedure (col. 2, lines 65-66 "Redundant copy instructions can be removed 
from the SSA-form intermediate-level code"); and 

- using the live on exit set of global variables for the reached procedure definition to 

determine global variables (col. 9, lines 39-40 "LiveOut set is the set of variables, or 
registers, that are live at the exit of a basic block") that are ineligible for interprocedural 
dead store elimination in the reached procedure definition (col. 9, lines 42-46 "A 
variable is "dead" at that point if there is no such path. . . a variable is live at the exit of a 
basic block if it is live at the entry to any of the basic block's successor basic blocks in 
the control flow graph"). 

Sreedhar does not explicitly disclose storing the determining live on exit set of global variables 

for each procedure call point in a live on exit data structure. 

However, Sastry discloses in an analogous computer system storing the determining live 
on exit set of global variables for each procedure call point in a live on exit data structure (page 
7, paragraph 106 "store instruction in the web that are live outside the interval, stores are 
inserted in the tail block of each exit edge of the interval" page 5, paragraph 55 ". . . A function 
call may modify and use all memory singleton resources that represent global, variables each 
global variable in the program is associated with a memory resource. Singleton resources are 
converted to SSA form in order to treat them uniformly with register resources and apply 
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optimizations, such as global value numbering and dead code elimination, to memory 
instructions as well. . and page 8, paragraph 1 12 "benchmark "go M uses a number of global 
variables including freelist, mvp, etc. which are successfully promoted by the SRP-SSAR 
system 100. The benchmark "ijpeg" shows a significant reduction in loads even though only a 
few stores could be eliminated"). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to incorporate the method of storing the live on exit set of variables as 
taught by Sastry into the method of optimization of a compiler as taught by Sreedhar. The 
modification would be obvious because of one of ordinary skill in the art would be motivated to 
store the live on exit set of variables to ensure the value in the virtual register and in value in the 
memory are consistent before entering and after exiting during optimization as suggested by 
Sastry (page 1, paragraph 6 and 10). 

Neither Sreedhar nor Sastry disclose a bit vector indexed by a call graph edge. 

However, Van Dyke discloses in an analogous computer system a bit vector entries and is 
indexed by call graph edges (col. 17, lines 24-27 "The symbol node 1 10 points to an array of bit 
vectors 150, each bit vector containing one entry for each block node 106 in the program. This 
array is indexed by the depth-first numbering of the block nodes 106"). 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to incorporate the method of having an index in an array in a block 
nodes as taught by Van Dyke into the method of optimization of a compiler as taught in the 
combination system by Sreedhar and Sastry. The modification would be obvious because of one 
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of ordinary skill in the art would be motivated to use bit vector entries and index by call graph 
to provide efficient method of optimization as suggested by Van Dyke (col. 4, lines 9-27). 

Per claim 17: 

The rejection of claim 10 is incorporated, and further, Sreedhar disclose: 

- determining variables, other than variables determined to be ineligible for 

interprocedural dead store elimination, to be eligible for interprocedural dead store 
elimination (col. 9, lines 42-46 "A variable is "dead" at that point if there is no such 
path. . . a variable is live at the exit of a basic block if it is live at the entry to any of the 
basic block's successor basic blocks in the control flow graph"). 



Per claim 18: 

The rejection of claim 17 is incorporated, and further, Sreedhar disclose: 

- eliminating the variables determined to be eligible for interprocedural dead store 

elimination definition (col. 9, lines 42-46 "A variable is "dead" at that point if there is no 
such path. . . a variable is live at the exit of a basic block if it is live at the entry to any of 
the basic block's successor basic blocks in the control flow graph"). 
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Conclusion 

8. The prior art made of record and not relied upon is considered pertinent to applicants 
disclosure. 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Satish S. Rampuria whose telephone number is (571) 272-3732. 
The examiner can normally be reached on 8:30 am to 5:00 pm Monday to Friday except every 
other Friday and federal holidays. Any inquiry of a general nature or relating to the status of this 
application should be directed to the TC 2100 Group receptionist: 571-272-2100 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Wei Y. Zhen can be reached on (571) 272-3708. The fax phone number for the 
organization where this application or proceeding is assigned is 703-872-9306. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 

Satish S. Rampuria 
Patent Examiner 
Art Unit 2191 
12/27/2005 
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SUPERVISORY PATENT EXAMINER 



